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PROBLEM TO BE SOLVED: To transmit and receive 
high-definition images or sound by performing 
transmission with a reliable TCP protocol parallelly with 
transmission with a UDP^rotocol from a transmitting 
side when a packet absence occurs. 
SOLUTION: When a receiving terminal 2 side can not 
receive a packet transmitted from a transmitting terminal 
1 , a UDP packet decomposing part detects it and a 
counter counts packets that can not be received. The 
transmission controlling part of the receiving terminal 2 
monitors the counter all the times and notifies an 
absence information transmitting part of counter value as 
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interval, and the absence information transmitting part 
transmits absence information to the transmitting terminal 1 side at appropriate timing. When 
the transmission controlling part recognizes that packet absence notified from the terminals 2 
exceeds threshold, the transmitting terminal 1 side closes a SW, uses one RTP packet for two 
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JPO and NCIPI are not responsible for any 
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l.This document has been translated by computer. So the translation may not reflect the original 
precisely. 

2 **** s hows the word which can not be translated. 
3. In the drawings, any words are not translated. 



CLAIMS 



[Claim(s)] 

[Claim 1] In the multimedia communication equipment which performs a packet base communication 
link for multimedia information, such as image information or speech information A means to create a 
RTP packet as a function transmitted to a partner terminal, A means to create an UDP packet from a 
RTP packet, and a means to create a TCP packet from a RTP packet, A means to send out an UDP 
packet or a TCP packet to a communication line, As a function which has a means to receive the packet 
lack information which comes from a partner terminal, and is received from a partner terminal A means 
to receive the UDP packet or TCP packet sent from the partner terminal from a packet communication 
line, A means to extract a RTP packet from an UDP packet, and a means to extract a RTP packet from a 
TCP packet, A means to extract multimedia information from said extracted RTP packet, Multimedia 
communication equipment characterized by having the means which carries out counting of the number 
of lack of an UDP packet, and a means to transmit to a partner terminal by making into packet lack 
information the number of lack of the UDP packet by which counting was carried out, and 
communicating multimedia information mutually through a packet communication line. 
[Claim 2] Multimedia communication equipment according to claim 1 characterized by performing 
transmission by the TCP packet in parallel to transmission of the multimedia information by the UDP 
packet using the packet lack information which came from the partner terminal. 
[Claim 3] Multimedia communication equipment according to claim 1 or 2 characterized by having a 
means to choose either from a partner terminal among the UDP packet which put multimedia 
information, such as the same image information or speech information, or a TCP packet, and to receive, 
determining the packet which receives from packet lack information, and receiving multimedia 
information. 

[Claim 4] The record medium which recorded the program for operating a computer as multimedia 
communication equipment according to claim 1 to 3 and in which reading in a computer is possible. 

[Translation done.] 
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DETAILED DESCRIPTION 

[Detailed Description of the Invention] 
[0001] 

[Field of the Invention] This invention relates to the multimedia communication equipment which 
performs packet communication especially using the protocol (TCP (UDP)/IP) of the packet base about 
the communication link between applications performed with information processors which operate on 
networks, such as LAN, such as a personal computer and a Personal Digital Assistant. 
[0002] 

[Description of the Prior Art] When performing the communication link based on international- 
standards ITU-TH.323 when an image, voice, or these broadcasts were conventionally performed using 
a packet communication line, the communication link which used UDP for the communications protocol 
RTP (A Transport Protocol for Real-Time Applications) list is performed. Hereafter, the case where 
picture transmission is performed is explained, referring to drawing 7 . 

[0003] First, in a transmit terminal 3, the image transmitted from the image input section 30 is captured. 
The incorporated picture signal is changed into the information which performed suitable compression, 
coding, etc. for a communication link in the image coding section 31. This changed information is 
passed to the transmitting section 32. In the transmitting section 32, first, in order to transmit image 
information to an accepting station 4 in RTP packet group Tatebe 321 using a RTP protocol, 
information, such as a header required for image information, is given, and a RTP packet is generated. 
By UDP packet group Tatebe 322, the generated RTP packet gives information, such as a header, and 
generates an UDP packet. The generated UDP packet is sent out to the packet communication line 5 
from the packet transmitting section 323. 

[0004] In an accepting station 4, the packet which reached from the packet communication line 5 is 
received in a receive section 43, In the receiving department, the packet receive section 433 receives a 
packet from a communication line first. Next, a RTP packet is extracted for the UDP packet which 
received in the UDP packet disassembly section 432 from the inside of delivery and an UDP packet. The 
extracted RTP packet takes out only image information in the RTP packet disassembly section 43 1. In 
this information, in the image decryption section 42, restoration from coding and compression is 
performed and a picture signal is taken out from the image output section 41. As mentioned above, the 
image information to transmit is put on a RTP packet, a RTP packet is further put on an UDP packet, 
and transmission on a packet communication line is performed. 

[0005] Here, UDP (User Datagram Protocol) is a protocol which is attaching greater importance than to 
dependability to high-speed transmission. The transmission protocol at the time of transmitting one to n 
UDP packets to drawing 5 is shown. Like drawing 5 , by UDP, since other processings, such as 
resending, are not carried out only by sending a packet to a partner terminal, high transmission of a 
throughput can be performed. However, resending of a packet is not performed even when the packet 
which transmits is mistaken. Thus, UDP has the advantage that high-speed data can be transmitted, 
although it is unreliable, and since it is fit for transmission of the data with which real time nature like 
dynamic-image data is demanded, by the conventional method, UDP is used for the image list by 
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transmission of voice coded data. 

[0006] If the consecutive number of a packet is given in the user data area of an UDP packet and the 
discontinuity of the consecutive number is detected by the accepting-station side in JP,10-56479,A in 
order to improve the lowness of this dependability, lack information would be notified to the transmit 
terminal and the approach of requiring resending of a transmit-terminal side will be adopted. By this 
approach, the higher-level protocol of an UDP protocol needs to mount the original protocol indicated 
by this official report, and needs to realize this. 
[0007] 

[Problem(s) to be Solved by the Invention] On a packet communication line, lack of a packet arises in 
the congestion within a circuit, and the wireless section in a circuit owing to generating of a 
transmission error etc. In a Prior art, voice is formed into an UDP packet in an image list, and it 
transmits against this. UDP is "a communications protocol without ********* which does not secure 
about a communication link and is said commonly as aforementioned. It is unrealizable even if there is a 
request [ user ] of "wanting to transmit an image correctly since transmission may take time amount 
somewhat" in the environment which a packet loses. Moreover, when performing the image or voice 
communication to which the implementation approach in the above-mentioned official report was also 
usually based on ITU-T recommendation H.323, the RTP protocol is used for the higher-level protocol 
of an UDP protocol, and if the protocol shown in this official report instead of the RTP protocol is 
adopted, connection mutual between each terminal is no longer secured. 
[0008] 

[Means for Solving the Problem] By this invention, in order to solve the above-mentioned technical 
problem, when packet lack occurs, from a transmitting side, transmission with a reliable TCP protocol is 
performed in parallel to transmission with an UDP protocol, and an image or voice is transmitted. At a 
receiving side, it receives by either UDP or TCP. TCP (Transmission Control Protocol) is a protocol 
which enables a reliable communication link here, and whenever a receiving side receives a packet, it 
returns ACK to a transmitting side, by the transmitting side, it waits to send ACK and transmits the 
following packet. When an error is in a receive packet by the receiving side temporarily, NACK is 
returned and resending is performed. The transmission protocol at the time of transmitting one to n TCP 
packets to drawing.6 is shown. Like drawing 6. ? by TCP, although transmission of data is secured, since 
a procedure more nearly required for transmission of data than UDP becomes complicated, it becomes 
comparatively unsuitable for transmission of the data with which real time nature is demanded. 
Moreover, the function which supervises packet lack of an UDP protocol is given, and it enables it to 
transmit lack information to a transmitting side in a receiving side. Furthermore, it enables it for a 
transmitting side to choose the information transmitted to coincidence with two protocols, and to receive 
by enabling it to receive an image or speech information, with an UDP protocol or a TCP protocol. 
[0009] In the multimedia communication equipment with which invention of claim 1 performs a packet 
base communication link for multimedia information, such as image information or speech information 
A means to create a RTP packet as a function transmitted to a partner terminal, A means to create an 
UDP packet from a RTP packet, and a means to create a TCP packet from a RTP packet, A means to 
send out an UDP packet or a TCP packet to a communication line, As a function which has a means to 
receive the packet lack information which comes from a partner terminal, and is received from a partner 
terminal A means to receive the UDP packet or TCP packet sent from the partner terminal from a packet 
communication line, A means to extract a RTP packet from an UDP packet, and a means to extract a 
RTP packet from a TCP packet, A means to extract multimedia information from said extracted RTP 
packet, It has the means which carries out counting of the number of lack of an UDP packet, and a 
means to transmit to a partner terminal by making into packet lack information the number of lack of the 
UDP packet by which counting was carried out, and multimedia information is made to communicate 
mutually through a packet communication line. 

[0010] Invention of claim 2 is made to perform transmission by the TCP packet using the packet lack 
information which came from the partner terminal in parallel to transmission of the multimedia 
information by the UDP packet in invention of claim 1. 
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[001 1] In invention of claims 1 or 2, invention of claim 3 establishes a means to choose either among 
the UDP packet which put multimedia information, such as the same image information or speech 
information, from the partner terminal, or a TCP packet, and to receive, determines the packet which 
receives from packet lack information, and receives multimedia information. 

[0012] Invention of claim 4 relates to the record medium which can be read by computer which recorded 
the program for operating a computer as multimedia communication equipment according to claim 1 to 
3. 

[0013] 

[Embodiment of the Invention] Since it becomes possible to receive the same data by the receiving side 
according to the multimedia communication equipment of this invention, when the image or speech 
information carried with the TCP protocol to receive an image or speech information correctly is 
received and lack of a packet occurs, it enables an accepting-station side to receive an image or speech 
information certainly with a resending means. Moreover, since the transmitting side has transmitted an 
image or speech information by both UDP/TCP, the image to the terminal based on ITU-TH.323 or 
transmission of speech information can also secure interconnectivity that what is necessary is just to 
receive the information carried with the UDP protocol. 

[0014] The configuration of the example of this invention is explained. Drawing.!., is drawing showing 
the communication link topology of one example of this invention. Drawing 2 is the block block 
diagram of one example of the transmitting section in a transmit terminal of this invention. Dra wing 3 is 
the block block diagram of one example of the receive section in an accepting station of this invention. 
The example of this invention shows the case where the image inputted from the transmit terminal 1 is 
transmitted to an accepting station 2 via the packet communication line 5. Actuation of the example of 
this invention is explained below. 

[0015] First, the image transmitted from the image input section 10 is captured. The incorporated picture 
signal is changed into the information which performed compression, coding, etc. suitable in the image 
coding section 1 1 for a communication link. This changed information is passed to the transmitting 
section 12. In the transmitting section 12, in order to use a RTP protocol and to transmit image 
information to an accepting-station side in RTP packet group Tatebe 121 first, information, such as a 
header required for image information, is given, and a RTP packet is generated. By UDP packet group 
Tatebe 122, the generated RTP packet gives information, such as a header, and generates an UDP 
packet. The generated UDP packet is sent out to a packet communication line from the packet 
transmitting section 124. 

[0016] In an accepting station 2, the packet which reached from the packet communication line 5 is 
received in a receive section 22. In a receive section 22, the packet receive section 221 receives a packet 
from a communication line first. Next, a RTP packet is extracted for the UDP packet which received in 
the UDP packet disassembly section 222 from the inside of delivery and an UDP packet. The extracted 
RTP packet takes out only image information in the RTP packet disassembly section 224. In addition, 
since image information is transmitted by the UDP packet at the time of communication link initiation, 
SW228 has been moved to the b position. In the image decryption section 21, the taken-out information 
performs restoration from coding and compression, and a picture signal is taken out from the image 
output section 20. 

[0017] However, when the packet transmitted from the transmit terminal in the accepting-station side . 
cannot receive, it detects in the UDP packet disassembly section 222, and counting of the number of 
packets which was not able to be received is carried out with a counter 227. Here, the method of 
detecting that a packet was not able to receive can detect that the packet which was not able to receive 
when the consecutive number of a packet is given in the header of an UDP packet, this number was 
checked for every packet reception and the discontinuity of a number has been detected exists. In the 
transmission control section 226, this counter is monitored continuously, it notifies to the lack 
information transmitting section 225 by making the value of a counter into the number of lack packets at 
a certain fixed spacing, and suitable timing sends out lack information to a transmit-terminal side in the 
lack information transmitting section. On the other hand, in a transmit terminal, if the lack information 
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transmitted from the accepting station is received in the lack information receive section 125, receiving 
contents will be notified to the transmission control section 126. Thus, the end of both ends can know 
lack of a packet. In addition, the notice means of lack information is realizable using a RTP control 
protocol (RTCP). 

[0018] Then, when the threshold of the number of lack of a packet is beforehand determined between 
mutual terminals when starting a communication link, and packet lack exceeded the ** value by the 
accepting-station side, the RTP packet which was put on the TCP packet and came from the transmit 
terminal is receivable by changing SW228 from the b side to the a side. Henceforth, the RTP packet 
extracted via SW228 in the packet which received in the packet receive section 221 to the RTP packet 
disassembly section 224 after removing delivery, a header, etc. to the TCP packet disassembly section 
223 is handed over. On the other hand, in a transmit-terminal side, if it recognizes that the packet lack 
notified from the accepting station exceeded the ** value in the transmission control section 126, 
SW127 is closed, two kinds of packets, an UDP packet and a TCP packet, will be used, and one RTP 
packet will be transmitted to an accepting-station side. 

[0019] It becomes possible to transmit by this changing the image information which was being 
transmitted between the transmit terminal and the accepting station using the UDP protocol to a TCP 
protocol, and positive transmission by the resending function of a TCP protocol is performed. In 
addition, when the ** value of packet lack is exceeded by the accepting-station side, it is possible this 
time or subsequent ones and to also make transmission according SW to an UDP protocol continue as 
with the b side to avoid the fall of the throughput by resending and continue a communication link, even 
if packet lack etc. occurs. Moreover, the connection diagram in the case of being the conventional -type 
accepting station 4 with which an accepting-station side cannot change UDP/TCP packet reception 
shown by this invention is shown in drawing.4 . It is possible to perform transmission which in this 
connection used the communication link by the UDP protocol since packet lack information was not 
notified to a transmit terminal 1 from an accepting station 4 even if lack of a packet occurs. 
[0020] 

[Effect of the Invention] In the communication link which used this invention equipment, a high 
definition image or voice is receivable in a transmitting list. Moreover, since an UDP packet also 
transmits an image or speech information, even if a partner is the terminal of international-standards 
conformity, it can communicate satisfactory. 

[Translation done.] 
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* NOTICES * 

JPO and NCIPI are not responsible for any 
damages caused by the use of this translation. 

1 .This document has been translated by computer. So the translation may not reflect the original 
precisely. 

2 **** shows the word which can not be translated. 
3. In the drawings, any words are not translated. 



TECHNICAL FIELD 

[Field of the Invention] This invention relates to the multimedia communication equipment which 
performs packet communication especially using the protocol (TCP (UDP)/IP) of the packet base about 
the communication link between applications performed with information processors which operate on 
networks, such as LAN, such as a personal computer and a Personal Digital Assistant. 



[Translation done.] 
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1. This document has been translated by computer. So the translation may not reflect the original 
precisely. 
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3. In the drawings, any words are not translated. 



PRIOR ART 



[Description of the Prior Art] When performing the communication link based on international- 
standards ITU-TH.323 when an image, voice, or these broadcasts were conventionally performed using 
a packet communication line, the communication link which used UDP for the communications protocol 
RTP (A Transport Protocol for Real-Time Applications) list is performed. Hereafter, the case where 
picture transmission is performed is explained, referring to drawing.7 . 

[0003] First, in a transmit terminal 3, the image transmitted from the image input section 30 is captured. 
The incorporated picture signal is changed into the information which performed suitable compression, 
coding, etc. for a communication link in the image coding section 3 1 . This changed information is 
passed to the transmitting section 32. In the transmitting section 32, first, in order to transmit image 
information to an accepting station 4 in RTP packet group Tatebe 321 using a RTP protocol, 
information, such as a header required for image information, is given, and a RTP packet is generated. 
By UDP packet group Tatebe 322, the generated RTP packet gives information, such as a header, and 
generates an UDP packet. The generated UDP packet is sent out to the packet communication line 5 
from the packet transmitting section 323. 

[0004] In an accepting station 4, the packet which reached from the packet communication line 5 is 
received in a receive section 43. In the receiving department, the packet receive section 433 receives a 
packet from a communication line first. Next, a RTP packet is extracted for the UDP packet which 
received in the UDP packet disassembly section 432 from the inside of delivery and an UDP packet. The 
extracted RTP packet takes out only image information in the RTP packet disassembly section 43 1. In 
this information, in the image decryption section 42, restoration from coding and compression is 
performed and a picture signal is taken out from the image output section 41. As mentioned above, the 
image information to transmit is put on a RTP packet, a RTP packet is further put on an UDP packet, 
and transmission on a packet communication line is performed. 

[0005] Here, UDP (User Datagram Protocol) is a protocol which is attaching greater importance than to 
dependability to high-speed transmission. The transmission protocol at the time of transmitting one to n 
UDP packets to drawing 5 is shown. Like drawing 5 , by UDP, since other processings, such as 
resending, are not carried out only by sending a packet to a partner terminal, high transmission of a 
throughput can be performed. However, resending of a packet is not performed even when the packet 
which transmits is mistaken. Thus, UDP has the advantage that high-speed data can be transmitted, 
although it is unreliable, and since it is fit for transmission of the data with which real time nature like 
dynamic-image data is demanded, by the conventional method, UDP is used for the image list by 
transmission of voice coded data. 

[0006] If the consecutive number of a packet is given in the user data area of an UDP packet and the 
discontinuity of the consecutive number is detected by the accepting-station side in IP, 10-56479, A in 
order to improve the lowness of this dependability, lack information would be notified to the transmit 
terminal and the approach of requiring resending of a transmit-terminal side will be adopted. By this 
approach, the higher-level protocol of an UDP protocol needs to mount the original protocol indicated 
by this official report, and needs to realize this. 
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EFFECT OF THE INVENTION 



[Effect of the Invention] In the communication link which used this invention equipment, a high 
definition image or voice is receivable in a transmitting list Moreover, since an UDP packet also 
transmits an image or speech information, even if a partner is the terminal of international-standards 
conformity, it can communicate satisfactory. 
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JPO and NCIPI are not responsible for any 
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1. This document has been translated by computer. So the translation may not reflect the original 
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2. **** shows the word which can not be translated. 
3. In the drawings, any words are not translated. 

TECHNICAL PROBLEM 



[Problem(s) to be Solved by the Invention] On a packet communication line, lack of a packet arises in 
the congestion within a circuit, and the wireless section in a circuit owing to generating of a 
transmission error etc. In a Prior art, voice is formed into an UDP packet in an image list, and it 
transmits against this. UDP is "a communications protocol without ********" which does not secure 
about a communication link and is said commonly as aforementioned. It is unrealizable even if there is a 
request [ user ] of "wanting to transmit an image correctly since transmission may take time amount 
somewhat" in the environment which a packet loses. Moreover, when performing the image or voice 
communication to which the implementation approach in the above-mentioned official report was also 
usually based on ITU-T recommendation H.323, the RTP protocol is used for the higher-level protocol 
of an UDP protocol, and if the protocol shown in this official report instead of the RTP protocol is 
adopted, connection mutual between each terminal is no longer secured. 
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MEANS 

[Means for Solving the Problem] By this invention, in order to solve the above-mentioned technical 
problem, when packet lack occurs, from a transmitting side, transmission with a reliable TCP protocol is 
performed in parallel to transmission with an UDP protocol, and an image or voice is transmitted. At a 
receiving side, it receives by either UDP or TCP. TCP (Transmission Control Protocol) is a protocol 
which enables a reliable communication link here, and whenever a receiving side receives a packet, it 
returns ACK to a transmitting side, by the transmitting side, it waits to send ACK and transmits the 
following packet. When an error is in a receive packet by the receiving side temporarily, NACK is 
returned and resending is performed. The transmission protocol at the time of transmitting one to n TCP 
packets to drawing 6 is shown. Like drawing 6 , by TCP, although transmission of data is secured, since 
a procedure more nearly required for transmission of data than UDP becomes complicated, it becomes 
comparatively unsuitable for transmission of the data with which real time nature is demanded. 
Moreover, the function which supervises packet lack of an UDP protocol is given, and it enables it to 
transmit lack information to a transmitting side in a receiving side. Furthermore, it enables it for a 
transmitting side to choose the information transmitted to coincidence with two protocols, and to receive 
by enabling it to receive an image or speech information, with an UDP protocol or a TCP protocol. 
[0009] In the multimedia communication equipment with which invention of claim 1 performs a packet 
base communication link for multimedia information, such as image information or speech information 
A means to create a RTP packet as a function transmitted to a partner terminal, A means to create an 
UDP packet from a RTP packet, and a means to create a TCP packet from a RTP packet, A means to 
send out an UDP packet or a TCP packet to a communication line, As a function which has a means to 
receive the packet lack information which comes from a partner terminal, and is received from a partner 
terminal A means to receive the UDP packet or TCP packet sent from the partner terminal from a packet 
communication line, A means to extract a RTP packet from an UDP packet, and a means to extract a 
RTP packet from a TCP packet, A means to extract multimedia information from said extracted RTP 
packet, It has the means which carries out counting of the number of lack of an UDP packet, and a 
means to transmit to a partner terminal by making into packet lack information the number of lack of the 
UDP packet by which counting was carried out, and multimedia information is made to communicate 
mutually through a packet communication line. 

[0010] Invention of claim 2 is made to perform transmission by the TCP packet using the packet lack 
information which came from the partner terminal in parallel to transmission of the multimedia 
information by the UDP packet in invention of claim 1 . 

[001 1] In invention of claims 1 or 2, invention of claim 3 establishes a means to choose either among 
the UDP packet which put multimedia information, such as the same image information or speech 
information, from the partner terminal, or a TCP packet, and to receive, determines the packet which 
receives from packet lack information, and receives multimedia information. 

[0012] Invention of claim 4 relates to the record medium which can be read by computer which recorded 
the program for operating a computer as multimedia communication equipment according to claim 1 to 
3. 
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[0013] 

[Embodiment of the Invention] Since it becomes possible to receive the same data by the receiving side 
according to the multimedia communication equipment of this invention, when the image or speech 
information carried with the TCP protocol to receive an image or speech information correctly is 
received and lack of a packet occurs, it enables an accepting-station side to receive an image or speech 
information certainly with a resending means. Moreover, since the transmitting side has transmitted an 
image or speech information by both UDP/TCP, the image to the terminal based on ITU-TH.323 or 
transmission of speech information can also secure interconnectivity that what is necessary is just to 
receive the information carried with the UDP protocol. 

[0014] The configuration of the example of this invention is explained. Drawing..! is drawing showing 
the communication link topology of one example of this invention. Drawing 2 is the block block 
diagram of one example of the transmitting section in a transmit terminal of this invention. Drawing 3 is 
the block block diagram of one example of the receive section in an accepting station of this invention. 
The example of this invention shows the case where the image inputted from the transmit terminal 1 is 
transmitted to an accepting station 2 via the packet communication line 5. Actuation of the example of 
this invention is explained below. 

[0015] First, the image transmitted from the image input section 10 is captured. The incorporated picture 
signal is changed into the information which performed compression, coding, etc. suitable in the image 
coding section 1 1 for a communication link. This changed information is passed to the transmitting 
section 12. In the transmitting section 12, in order to use a RTP protocol and to transmit image 
information to an accepting-station side in RTP packet group Tatebe 121 first, information, such as a 
header required for image information, is given, and a RTP packet is generated. By UDP packet group 
Tatebe 122, the generated RTP packet gives information, such as a header, and generates an UDP 
packet. The generated UDP packet is sent out to a packet communication line from the packet 
transmitting section 124. 

[0016] In an accepting station 2, the packet which reached from the packet communication line 5 is 
received in a receive section 22. In a receive section 22, the packet receive section 221 receives a packet 
from a communication line first. Next, a RTP packet is extracted for the UDP packet which received in 
the UDP packet disassembly section 222 from the inside of delivery and an UDP packet. The extracted 
RTP packet takes out only image information in the RTP packet disassembly section 224. In addition, 
since image information is transmitted by the UDP packet at the time of communication link initiation, 
SW228 has been moved to the b position. In the image decryption section 21, the taken-out information 
performs restoration from coding and compression, and a picture signal is taken out from the image 
output section 20. 

[0017] However, when the packet transmitted from the transmit terminal in the accepting-station side 
cannot receive, it detects in the UDP packet disassembly section 222, and counting of the number of 
packets which was not able to be received is carried out with a counter 227. Here, the method of 
detecting that a packet was not able to receive can detect that the packet which was not able to receive 
when the consecutive number of a packet is given in the header of an UDP packet, this number was . 
checked for every packet reception and the discontinuity of a number has been detected exists. In the 
transmission control section 226, this counter is monitored continuously, it notifies to the lack 
information transmitting section 225 by making the value of a counter into the number of lack packets at 
a certain fixed spacing, and suitable timing sends out lack information to a transmit-terminal side in the 
lack information transmitting section. On the other hand, in a transmit terminal, if the lack information 
transmitted from the accepting station is received in the lack information receive section 125, receiving 
contents will be notified to the transmission control section 126. Thus, the end of both ends can know 
lack of a packet. In addition, the notice means of lack information is realizable using a RTP control 
protocol (RTCP). 

[0018] Then, when the threshold of the number of lack of a packet is beforehand determined between 
mutual terminals when starting a communication link, and packet lack exceeded the ** value by the 
accepting-station side, the RTP packet which was put on the TCP packet and came from the transmit 
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terminal is receivable by changing SW228 from the b side to the a side. Henceforth, the RTP packet 
extracted via SW228 in the packet which received in the packet receive section 221 to the RTP packet 
disassembly section 224 after removing delivery, a header, etc. to the TCP packet disassembly section 
223 is handed over. On the other hand, in a transmit-terminal side, if it recognizes that the packet lack 
notified from the accepting station exceeded the ** value in the transmission control section 126, 
SW127 is closed, two kinds of packets, an UDP packet and a TCP packet, will be used, and one RTP 
packet will be transmitted to an accepting-station side. 

[0019] It becomes possible to transmit by this changing the image information which was being 
transmitted between the transmit terminal and the accepting station using the UDP protocol to a TCP 
protocol, and positive transmission by the resending function of a TCP protocol is performed. In 
addition, when the ** value of packet lack is exceeded by the accepting-station side, it is possible this 
time or subsequent ones and to also make transmission according SW to an UDP protocol continue as 
with the b side to avoid the fall of the throughput by resending and continue a communication link, even 
if packet lack etc. occurs. Moreover, the connection diagram in the case of being the conventional-type 
accepting station 4 with which an accepting-station side cannot change UDP/TCP packet reception 
shown by this invention is shown in drawing 4 . It is possible to perform transmission which in this 
connection used the communication link by the UDP protocol since packet lack information was not 
notified to a transmit terminal 1 from an accepting station 4 even if lack of a packet occurs. 



[Translation done.] 
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DESCRIPTION OF DRAWINGS 
[Brief Description of the Drawings] 

[Drawing 1] It is a block diagram showing the communication link topology of one example of this 
invention. 

[Drawing 2] It is a block block diagram showing one example of the transmitting section of this 
invention. 

[Drawing 3] It is a block block diagram showing one example of the receive section of this invention. 
[Drawing 4] It is a block block diagram showing a communication link topology with the conventional- 
type accepting station which are other examples of this invention. 

[Drawing 5j It is a sequence diagram showing the communication link between terminals using UDP. 
[Drawing 6] It is a sequence diagram showing the communication link between terminals using TCP. 
[Dmwing.7]. It is a block diagram showing the pictorial communication by the conventional packet. 
[Description of Notations] 

1 [ » Conventional-type accepting station, ] ~ A transmit terminal, 2 - An accepting station, 3 ~ A 
conventional -type transmit terminal, 4 5 [ -- Transmitting section, ] -- A packet communication line, 10 - 
- The image input section, 1 1 — The image coding section, 12 20 [ ~ Image input section, ] - The image 
output section, 21 -- The image decryption section, 22 -- A receive section, 30 31 [ - Image decryption 
section, ] ~ The image coding section, 32 -- The transmitting section, 41 — The image output section, 42 
43 - A receive section, 121 -- RTP packet group Tatebe, 122 -- UDP packet group Tatebe, 123 - TCP 
packet group Tatebe, 124 - The packet transmitting section, 125 -- Lack information receive section, 
126 [ -- UDP packet disassembly section, ] -- The transmission control section, 127 -- SW, 221 ~ A 
packet receive section, 222 223 - The TCP packet disassembly section, 224 ~ The RTP packet 
disassembly section, 225 ~ Lack information transmitting section, 226 [ ~ RTP packet group Tatebe, 
322 / » UDP packet group Tatebe, 323 / » The packet transmitting section, 43 1 / - The RTP packet 
disassembly section, 432 / - The UDP packet disassembly section, 433 / -- Packet receive section. ] - 
The transmission control section, 227 - A counter, 228 - SW, 321 

[Translation done.] 
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DRAWINGS 
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[Drawing 2] 
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[Drawing 4] 
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[Drawing 7] 
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[Translation done.] 
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